Die Ultimative Software-Pakete CD-ROM fur Atari Collection 1996 & 1997

home *** CD-ROM | disk | FTP | other *** search

/ Die Ultimative Software-P…i Collection 1996 & 1997 / Die Ultimative Software-Pakete CD-ROM fur Atari Collection 1996 & 1997.iso / a / astrolog / graf / read.me < prev

Wrap

Text File | 1996-09-18 | 18.5 KB | 422 lines

** READ.ME - Datei für das Programm GRAF.PRG ** -------------------------------------------------------- GRAF.PRG : c - by `90 vers.1.0 Michael Rüttger Wiedstr.15 5419 Herschbach >> P U B L I C - D O M A I N << ******************************************************* * * * Das Programm ist FREI KOPIERBAR! Es enthält keinen * * * * Kopierschutz und ist PUBLIC-DOMAIN! * * * * Eingriffe in das Programm sind nicht ohne meine * * * * Zustimmung gestattet!!! * * * ******************************************************* ........................................................ INHALTSVERZEICHNIS: ------------------- 1. Das Programm allgemein und kurz die GRAFIK 2. Die HEADER- und OBJEKTDATEIEN 3. Programmsprachen und der Sinn 4. Kleine Bitte u.s.w... ................................................................ 1. DAS PROGRAMM ALLGEMEIN UND KURZ DIE GRAFIK: GRAF.PRG ist, man könnte sagen, ein "Grafikpowerpäckchen", denn es beinhaltet die beiden wohl bekanntesten Grafikprogramme für den ATARI in einem Programm - Die erste Grafik ist das MANDELBROT`SCHE APFELMÄNNCHEN, welches nach meiner Meinung mit zu den schönsten, und besten Picture's gehört, die jemals mit einem Computer entworfen worden sind, und die zweite Grafik stellt das ebenfalls bekannte 3-D-PICTURE eines Kraters, bzw. Eierbechers u.s.w. dar. Ich habe meine Grafik den 3-D-VESUVKRATER genannt, welches allerdings ohne besonderen Grund geschah - nur, damit jetzt niemand anruft, und mich nach dem Grund fragt. Nun gut, zu dem Mandelbrot`schen Apfelmännchen ein paar Worte: Das Apfelmännchen hat seinen Namen sicherlich daher bekommen, weil ein Apfel, den man in der Mitte durchgeschnitten hat, fast genauso aussieht, aber dabei hat es überhaupt nichts mit einem Apfel ge- mein. Im Gegenteil, es hat seinen Ursprung nämlich in der Physik. Physikalisch gesehen, ist dieses Apfelmännchen ein kleines Wunder. Immer wieder taucht es in den verschiedensten Elementen u.s.w. und sieht immer gleich aus. Nach meiner Information kann bisher kein Wissenschaftler die wahre Begebengheit, und den Grund des immer gleichen Aussehens des Apfelmännchens nennen. Man weiß nur, das es sich in Schichten langsam aufbaut, die man nur einiger- maßen mit Integralrechnung bestimmen kann, aber ebenfalls nicht genau. Auch der Computer arbeitet mit diesem Verfahren, nur schichtet er die Grafik seitlich aneinander, während es in der Physik flächenmäßig geschieht. Es ist in seiner Art etwas ganz besonderes. Einmal, weil es so unergründlich schön aussieht, und zum Zweiten, weil es so phantas- tisch lange dauert, bis es sich entwickelt hat. Womit wir bei der Grafikdauer währen. GRAF.PRG hat eine kleine Besonderheit gegenüber den meißten Programmen, die sich mit dem Apfelmännchen beschäftig haben - es ist sehr schnell. Sicherlich gibt es auch noch Programme, die noch schneller sind, aber in der Sprache C. und Assembler, ist es nach meiner Information das Schnellste. Zur zweiten Grafik ist nicht soviel zu sagen, bis auf ein paar Besonderheiten, die es verdient haben, das man sie hervorhebt. Ich habe viele Programme kennengelernt, die solch ein 3-D-Picture entwickelt haben, aber nur wenige davon haben wirklich die ganz spezielle Programmierung gewählt. Es ist sozusagen einfach, wenn man von hinten anfängt, viele Linien bilden läßt, die dann nach- einander auf den Monitor kommen, und somit relativ schnell dieses Picture entstehen lassen - viel interessanter ist es aber, wenn diese 3-D-Grafik von vorne beginnt, und nicht nur Linien, die nebeneinander liegen, zeichnet, sondern auch noch, ( hervorge- rufen, durch spezielle BIT-Programmierung ) Graustufen erzeugt, die diesem Bild die besondere Note geben. Diese Art der Program- mierung dauert dann zwar länger, ist aber nach meiner Meinung doppelt so schön und viel interessanter. Hierbei wird nicht einfach eine Linie erzeugt, und dann die zweite, die g.g.f. die erste zum Teil wieder löscht, sondern hier wird Bit für Bit eine Linie geschaffen, die zum Teil während des Entstehens wieder gelöscht wird, oder andere Bitfelder löscht, halb füllt ( Grauton ), oder ganz ausfüllt. Nun zum eigendlichen Programm. Die Dateien GRAFCOVE.GRF, GRAFMEN.GRF, GRAFINFO.GRF, GRAFGUCK.GRF und GRAFENDE.GRF müssen sich immer im gleichen Ordner befinden, wie das GRAF.PRG. Sie werden für den Monitoraufbau innerhalb des Programmes benötigt. Wenn Du das Programm startest, erscheint zunächst das GRAFCOVER. Ist der Ladevorgang beendet, wird die Maus als > zeigende Hand < sichtbar. Jetzt kannst du in das kleine Kästchen klicken, das sich etwa in halber Höhe, auf der linken Seite des Monitors befindet. Sogleich kommst du ins GRAFMENUE. Dort hast du verschiedene Menüpunkte zur Auswahl. 1. Mandel und ab 2. Raumklang... 3. Aber holla... 4. Nicht doch!!! Zu 1. Damit startest du das MANDELBROT`SCHE APFELMÄNNCHEN. Sofort, nachdem du dieses Kästchen angeklickt hast, erscheint noch einmal eine ALERT-BOX, die Dich fragt, ob Du diese Grafik wirklich star- ten möchtest. Zu 2. Damit startest Du die Grafik 3-D-VESUVKRATER. Ansonsten das Gleiche wie bei Option Nr. 1. Zu 3. Hier befindet sich ein kleines Programm- und Userinfo. Sofort nach dem Anklicken befindest Du dich im Programminfo PROGUSE-INFO. Wenn Du dann das gepunkt-eingerahmte Kästchen mit meiner Adresse anklickst, kommst du in das eigendliche PRGRAMM-INFO. Dort stehen grob ein paar Dinge über GRAF.PRG. Zu 4. Dies ist die Endeoption. Sofort erscheint das ENDPICTURE, und eine ALERT-BOX, die sich noch einmal erkundigt, ob du wirk- lich aus dem Programm aussteigen willst, oder doch nicht. ( Kleine Nerverei, gelle ??? ) Sofern Du eine von beiden Grafiken angeklickt hast, bzw. diese am entstehen sind, achte darauf, DAS SICH DIE PROGRAMMDISKETTE OHNE WRITE-PROTECTET IM DEM DISKETTENLAUFWERK BEFINDET, VON WO AUS DAS PROGRAMM GESTARTET WORDEN IST. Das hat folgenden Sinn: Eine kleine, zusätzlich eingebaute Spiel- lerei erzeugt nämlich nach Entstehung der Grafik ein STAD_PICTURE der Grafik auf DISKETTE, welches ( das wird alle Besitzer des STAD-PROGRAMMES freuen ) mit STAD weiter verarbeitet werden kann. Diese STAD-KOMPATIBILITÄT bietet verschiedene Vorteile. Um nur einen zu nennen - SIGNUM - Besitzer können dieses Picture in ihre Texte mit einbinden, u.s.w. 2. Die HEADER- und OBJEKTDATEIEN: Diese Dateien befinden sich natürlich nicht nicht auf der Diskette, aber wen sie interessieren, kann sie natürlich bei mir bestellen. Ich kann Dich selbstverständlich nicht dazu zwingen, aber empfehlen würde ich es, weil die Dateien sehr interessant für JEDEN Programmierer sind. DIE HEADERDATEI: In ihr befinden sich fast alle Definitionen und Felderinitiali- sierungen, die das Programm braucht. Diese Datei ist teils in C. und teils in Assembler geschrieben. In ihr befindet sich auch die Definition für den Befehl SAVEPIC., bzw. LOADPIC. und ist somit für jeden C-Programmierer interessant. Viele weitere Erleichterungen für C. sind auch noch vorhanden. Weiter möchte ich hier jetzt nicht darauf eingehen. Wen diese Datei interessiert, schreibt bitte an: Michael Rüttger Wiedstr.15 5419 Herschbach Dem Brief ist ein Unkostenbeitrag von 8.- DM in BAR, und ein frankierter Rückumschlag, beizulegen. Du erhälst dann von mir die HEADERDATEI, sowie eine ausführliche Erklärung und eine garantiert virenfreie Markendiskette zugesand. Bitte vermerke, welch ein C-COMPILER du benutzt, also z.B. LATTICE, MEGAMAC oder DRI, u.s.w, weil ich für die verschiedenen Systeme kleinere Änderrungen vornehmen muß. Also, sofort ran an die Kartoffel... DIE OBJEKTDATEI >> LINEA.O <<: Eigendlich ist die LINEA.O der ausschlaggebende Programmteil, denn in ihr befindet sich die Grafikprogrammierung des Apfel- männchens und des 3-D-BILDES. Dieser Programmteil ist ebenfalls fast hauptsächlich mit Assembler geschrieben und sehr interessant für die C. Programmierer unter Euch. Es sind viele kleine EXTRAS in diesem Objektcode enthalten, und eine ganze Menge von tollen Unterprogrammen, die in jedem weiteren C-Programm Verwendung finden können. Alles weitere gleicht der HEADERDATEI. Du kannst LINEA.O ebenfalls bei mir bestellen!!! Michael Rüttger Wiedstr.15 5419 Herschbach LINEA.O kostet ebenfalls 8.- DM in BAR und einen ausreichend frankierten Rückumschlag. Dafür wieder eine virenfreie Marken- diskette u.s.w. Nun noch zu dem SOURCECODE in C und Assembler. Der Quelltext ist hauptsächlich in C. geschrieben worden, und beinhaltet nur ein Unterprogramm in Assembler - aber das hat es in sich!!! Dieses kleine Unterprogramm ermöglicht es dem C-Programmierer, STAD-PICTURES bis 9 Kilobyte in sein Programm mit einzubinden und bietet somit zur LINEA.O eine zweite Alternative. Das eigendliche Programm ist schließlich in C verfasst, und bewußt recht einfach und übersichtlich gehalten. ( zumindest habe ich es versucht ). Eine, nach meiner Meinung ausreichende Erklärung ist natürlich mit dabei. Das Programm ist genau 700 Zeilen lang, und wie schon gesagt, ausführlich dokumentiert. Dieser SOURCECODE ist ebenfalls für 8.- DM in BAR, mit einem ausreichend frankierten Rückumschlag bei mir zu bestellen. ( Und nochmal meine Adresse )... Michael Rüttger Wiedstr.15 5419 Herschbach Markendiskette, virenfrei... u.s.w... Okay... Selbstverständlich kann man die HEADER-, OBJEKT- UND SOURCECODEDA- TEIEN auch als Listing bekommen. Der Preis bleibt der gleiche wie auf Diskette, nur denkt an das Porto des Rückumschlages. Dieser wird sich nämlich verteuern, weil es eine ganze Menge Papier ist. Und selbstverständlich kann man die drei genannten LISTINGS oder DATEIEN auch zusammen bestellen. Das hat nämlich folgende Vorteile: 1. Es ist kostengünstiger. 2. Es ist schneller für Dich und für mich. 3. Es ist sinnvoller!!! Bestellst Du alle drei Sachen auf einmal, kostet Dich die HEADER-, OBJEKT-, UND SOURCECODEDATEI nur ganze 12.- in BAR, zuzüglich einem ausreichend frankierten Rückumschlag. Du ersparst Dir bei dieser Aktion ( ohne Rückumschlag ) ganze 12.- DM und eine Menge Porto, sowie mir eine ganze Menge Arbeit. Und somit noch einmal meine Adresse: Michael Rüttger Wiedstr.15 5419 Herschbach Anbei erlaube ich mir aber noch zu sagen, das wenn jemand kein Teil der oben genannten Sachen kaufen möchte, währe eine kleine Spende ( die Höhe der Spende überlasse ich Euch ) wirklich sehr nett, und wird eine Menge positiver Überraschungen für den edlen Spender mit sich bringen. Natürlich ist es selbstver- ständlich, das jemand, der mir 12.- DM Spende zukommen läßt, auch die oben genannten Leistungen bekommt - es sei denn, es ist kein frankierter Rückumschlag dabei - dann betrachte ich die edle Gabe als freiwillige, wirklich ganz, ganz edle Spende... 3. PROGRAMMSPRACHEN und der Sinn: Assembler - die beste, die schnellste, die A & O - Sprache des Computers .... alles Quatsch. Assembler ist eine Sprache wie jede Andere auch (zwar nicht die schlechteste, aber eine ganz normale Sprache und kein Wunderkind). Manche gehen sogar soweit zu behaup- ten, Assembler sei der Maschinencode - also da hört sich ja alles auf. Allenfalls könnte man sagen, Assembler ist die Sprache, die wohl dem Maschinencode am nächsten in seiner Struktur kommt, aber mehr auch nicht. Es ist auch nicht die schnellste - nein, ganz und gar nicht!!! Viele verschiedene Aufgaben erfüllt eine andere Sprache wesentlich schneller oder genauso schnell wie Assembler und somit ist das A & O der Sprache auch schon Unsinn. Das mußte ich einfach mal los werden, über den ganzen Assembler- blödsinn und den damit verbreiteten Kult der Assemblerprogram- mierung meine Meinung zu sagen. Die Einsteiger unter uns wissen ja überhaupt nicht mehr, wo sie dran sind und bekommen totale Minderwertigkeitskomplexe, weil sie die Sprache Assembler nicht verstehen und anwenden können. Dazu möchte ich folgendes sagen: Es gibt keine BESTE Sprache. Eine Programmiersprache ist immer genauso gut, wie der Benutzer sie einsetzt und damit umzugehen versteht. "Knausereien" über das normale BASIC sind genauso un- nütz. Diese Sprache hat auch seine Vor- und Nachteile, wie jede Andere auch. Und damit währe ich beim Thema... Schafft man es als Programierer, von allen Sprachen, die man kann, oder besser, mit denen man einigermaßen arbeiten kann, die Vor- und Nachteile heraus zu filtern, und durch eine andere, eben dafür besser geeignete Sprache zu ersetzen, ist DAS die BESTE Sprache, die es für das spezielle Programm geben kann. - Man muß immer unterscheiden, soll z.B. das Programm möglichst wenig Bytezahl haben, die Geschwindigkeit aber egal ist, kann man mit Pascal, C. und selbst Basic ganz akzeptable Ergebnisse bekommen. - Soll es besonders schnell sein, dann währen Sprachverknüpfungen zwischen C und Assembler, oder Pascal und Assembler u.s.w nicht schlecht. - u.s.w. Genau kann man aber nie sagen, die und die Sprache ist das A & O. Jetzt nur noch an die Einsteiger unter uns... Sucht Euch die Sprache für ein spezielles Problem aus, mit der ihr meint, das Problem auf bestmöglichen Wege lösen zu können. Sprachkombinationen haben nach meiner Erfahrung immer noch die beste Möglichkeiten, ein Problem auf bestmöglichem Wege lösen zu können. Sicherlich hat jeder Programmierer seine Lieblingssprache, und dem ist ja auch nichts entgegen zu setzen. So stehe ich z.B. absolut auf die strukturierte Programmiersprache C., aber ich bin nicht so vernarrt zu behaupten, das ist die einzige Sprache. Ein kleines Zitat möchte ich noch bringen, welches aus dem ATARI- ASSEMBLER-BUCH von Peter Wollschläger stammt: "Man sollte eigendlich immer die Sprache verwenden, die das je- weilige Problem mit minimalem Aufwand löst. Oft genug, sogar meistens, ist das NICHT Assembler. Ich möchte fast behaupten, je besser man Assembler kann, desto weniger braucht man ihn." 4. KLEINE BITTE U.S.W.: Zum Schluß noch eine kleine Bitte an Euch. Da ich ja schon er- wähnte, das meine zugeschickten Disketten an Euch garantiert Vierenfrei sind, komme ich nun zu der Bitte: Diesen ganzen Mehraufwand an Sicherheit und Virenüberprüfung könnte man sich sparen, wenn es diese IDIOTEN nicht geben würde, die so etwas entwickeln. ( Ich weigere mich Programmierer und programmieren zu sagen, weil es in meinen Augen nicht zutrifft ) Teilt doch einfach jeden Virenprogrammierer, den ihr kennt, einer Computerzeitung mit. Die Meisten sind gerne bereit, kostenlos die Namen der Leute zu veröffentlichen. Das ist mit eine der schlimmsten Möglichkeiten, die nach meiner Meinung jemandem passieren kann, der mit Computer zutun hat. Wenn ich mir vorstellen würde, das mein Name in jeder Zeitung stehen würde, und somit jedem vernünftigen Anwender in diesem Zusammenhang bekannt wäre, würde ich mich "einsalzen" lassen. So, das war's jetzt endgültig. Ich hoffe, ihr habt viel Spaß an meinem Programm GRAF.PRG und "denkt" an mich. Sollten viele Leute einen kleinen Arbeitslohn schicken, wird es mit Sicherheit von meiner Seite noch viele Programme geben, die ich dem Public- Domain-Pool zukommen lassen werde, bzw. sollten viele Leute die HEADER-, OBJEKT- u.s.w bestellen, gilt das Gleiche. Anm.: Aber die nächsten Programme ohne READ.ME - ROMAN!!! Zum Schluß noch einmal meine Adresse: Michael Rüttger Wiedstr.15 5419 Herschbach un` tschüß....